home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Shareware Overload Trio 2
/
Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO
/
dir39
/
conf727e.zip
/
CONFIG.TXT
< prev
next >
Wrap
Text File
|
1994-09-21
|
30KB
|
668 lines
PC-CONFIG
=========
System-Info and Benchmark-Program for PCs and compatible.
from 01.10.1994:
(c) by Michael Holin, Buchrainweg 61, 63069 Offenbach, Germany
Telefon ++49 69 833587 / ++49 172 6912576
Fax ++49 69 845242
Fido 2:2437/126.8
until 30.09.1994:
(c) by Michael Holin, Postfach 1146, 38669 Clausthal, Germany
Telefon ++49 5323 3350
Fax ++49 5323 3380
Fido 2:2437/126.8
What can CONFIG do, that other programs cannot?
=================================================
1) Shows ISA, EISA, MCA, VLB and PCI Mainboards
2) Build in CD-ROM benchmark
3) Identify C&T, G2, OPTI, ELITE, SIS, ETEQ, UMC, Forex Chip Sets
4) Identify 386 & 486 processor caches and their size (8-256 KB)
5) Tell a DX from a SX CPU, identify RapidCAD, Cyrix486, Pentium
6) Identify VGA- card manufacturer, chip-set and BIOS version.
* 7) Identify over 600 expansion cards in Microchannel (MCA) systems
8) Identify a variety of harddisk cache software
9) Show HI-DOS memory under DOS 5, 386MAX, QEMM386 and MOVE'EM
10) Find areas of memory of different speeds in the first megabyte
and in extended memory
11) Test for hardware shadow-RAM for main and VGA BIOS.
12) Show the physical parameters of ESDI harddisks
* 13) Identify SCSI HD-controllers and their manufacturers
14) Establish the rotational speed of the harddisk
* 15) Display the name, cache size and contoller version IDE harddisks
* 16) Identify the frame speed for VGA cards
* Registered Version only!
Copyright und License Agreement:
=================================
CONFIG is (c) copyright Michael Holin
PO BOX 1146
38678 Clausthal
Germany
The user of this software recognizes and accepts that this program
and all rights thereto are protected by copyright and other rights of
possession. The user gains none of these rights for himself through
purchase or use of the program, but only the right to useage of the
program not exclusive to himself.
The program, parts of the program or the documentation thereof may
not be copied, except for the purpose of a back up copy for
safekeeping. The purchaser may use a single purchased copy only for
his own purposes, and only on one computer at one time. It may be
neither passed freely nor sold to third persons.
Neither the program nor its documentation may be altered in any way,
extended, changed for use on other systems, or translated into other
languages without express written permission from the author.
By using this program, the user accepts these conditions of license
and use.
Without the presence of the file CONFIG.REG in the same directory as
CONFIG.EXE, the capabilities of the program are limited. Keep this
file CONFIG.REG in a safe place, it will also be needed for future
versions of CONFIG.
Prices:
=======
Private Version: Commercial Version:
--------------------------------------------------
55 DM or 35 US$ 165 DM or 100 US$
School students, students, schools, youth centres, charitable
organisations and the like will be charged reduced price on production of
appropriate proof. If you pay by check, please enter the equivalent
amount of YOUR currency.
You can also pay by credit card. See REGISTER.FRM for details!
Updates:
========
You can obtain updates by FIDO-filerequest at:
2:2437/126 (V.FV). Request these
files: conf727.zip actual fullversion (german), needs .REG file
conf727b.zip actual fullversion (english), needs .REG file
conf727s.zip actual shareware-version (german)
conf727e.zip actual shareware-version (english)
The versionnumbers will change from time to time. You can also find the
programs on the FTP-server ftp.tu-clausthal.de in the directory
/pub/msdos/utils/info. Or the shareware versions at garbo.uwasa.fi
If you don't have a modem or no access to ftp, send US$ 10 (paper only)
and you get the update via snailmail.
System Requirements:
====================
IBM PC,XT,AT or compatible with minimum 280 KB free RAM
MS-DOS ver. 2.0, better ver 3.0 or higher
CGA, MDA, EGA, VGA compatible graphics adapter
Guarantee agreement:
====================
The program and instructions are handed over as seen, the author
takes no responsibility for the suitability of the program for any
particular purpose. In particular, the author takes no responsibility
for damage or consequences directly or indirectly intentionally or
unintentionally which may arise from use of the program or its
documentation.
The program, the documentation and the prices are subject to change
at any time.
Files in this package:
======================
CONFIG.EXE - The program
CONFIG.TXT - This text
CONFIG.INI - The configuration file with switches. Changes can be
made here with a text editor.
CONFIG.FAQ - Frequently Asked Questions and their answers
CONFIG.REG - Contains your name and your code! Please save this
carefully and in your own interest do not let it be
known.
CONFIG.OVL - Contains benchmark routine.
CONFIG.MCA - Contains information about Microchannel Cards.
CONFIG.VGL - File with its own comparison list. Can be edited
with an ASCII editor
CONFIG.XXX - A hard copy of the monitor screen (made with F10).
Brief Description:
==================
PC-CONFIG is principally a program which can list the componenets of
your computer without you having to touch a single screw to look
inside
While there are several of this kind of program (let's call them
computer test or diagnostic programs) available on the international
commercial market, you will certainly want to put PC-CONFIG on the
short list.
The main users of PC-CONFIG are professionionals and interested
amateurs, who like to be informed over the hardware configuration
of their computers, be it because they wish to make sure a computer
really has what it claims to have before buying it, or because they
change the hardware of their computers often and wish to confirm that
everything runs properly together.
The Window HARDWARE:
====================
Machine:
At this point the computer BIOS is searched for possible clues as to
the computer manufacturer (e.g. Commodore, Unitron....) and the
computer is gererally classified (XT,AT,AT386). At the same time,
particular chip-sets are tested for:- Chips & Technologies, G2-, OPTI,
SIS, UMC, FOREX, ETEQ, ELITE, CONTAC, SHASTA (see also below: problems)
BIOS:
The copyright string found in the BIOS is displayed here. It may be
that the BIOS copyright does not belong to the computer manufacturer.
This is because many manufacturers use licensed versions of a BIOS.
In this way, a Unitron computer for example has a Phoenix BIOS.
BIOS-Date:
This shows how old the BIOS-version is, und thus the age of the
computer. Also checked is whether the BIOS (in computers built since
1987) is copied into shadow RAM. If BIOS calls run as quickly as
normal RAM calls, it can be assumed that the BIOS has been copied
into RAM.
In the case of a 386er, shadow RAM is assumed if the call is 32 bits
wide.
BIOS-Extension:
The address of any BIOS extension such as VGA-ROM or SCSI controller ROM
is displayed
Bus System:
Displays whether the computer has a standard ISA (= Industry Standard
Architecture) bus, an EISA (=extended ISA) bus, IBM's Microchannel
Architecture (MCA), the popular VESA-Local-Bus, or Intels PCI Bus.
Processor:
The CPU is identified (88,86,188,186,286,386DX/SX,486DX/SX,Pentium,
Cyrix486, RapidCAD,V20,V30). 80386 or 80486 processors are tested
whether they are running in REAL or VIRTUAL mode (many memory
managers such as 386MAX run the processor in virtual mode). The
processor clock speed is displayed, together with the number of wait
states on a memory access (8 and 16 bit CPUs only).
Among others, these CPUs are being detected:
Intel:
RapidCAD: a 2-pieced chip, pincompatible to 386DX and 387DX,
but containing 486 structures
80486DX: the standard 486 with internal copro and 8k cache
80486SX: same version without copro
80486DX/2: an 486DX with internal clockdoubler
80486SX/J: an 80486SX with only 16 bit datapath
80486DX/4: an 486DX with tripple internal speed and 16k cache
Pentium: the standard Pentium, with 60, 66 or 90 MHz
Cyrix:
Cx486DLC: an 386DX-pincompatible chip with 1k int. cache
Cx486SLC: an 386SX-pincompatible chip with 1k int. cache
Cx486S: an 486SX-pincompatible chip with 2k int. cache
in some literature called M6
Cx486DX: an 486DX-pincompatible chip with 8k int. cache and copro
in some literature called M7
Cx486DX/2: an 80486DX/2 clone
Texas Instruments:
TI486SXL: an Cx486DLC compatible chip with 8k int. cache
UMC:
UMC 5US: an 486SX-pincompatible chip, slightly faster than this
RAM-Access:
Tested here is whether the computer accesses memory:-
a) in normal mode
b) in Page-Mode, that is within a small page fast and outside a page
slower (with waitstates). This makes possible the use of slower,
cheaper RAMs at high clock frequencies.
c) through a processor cache (80386 & 80486 only)
Tries to destinguish between frist and second level cache of the cpu.
Main Memory:
Total amount of memory and amount of free memory.
Extended Mem:
Memory above 1 MB (only on ATs). The amount of extended memory
still free is obtained from a XMS driver if used, otherwise through
Int 15h.
Expanded Mem:
Expanded memory to LIM specification (in XTs oder ATs). This sort of
memory extension can be used by many programs, and for this reason
most memory managers for 386 computers change extended memory through
software into expanded memory.
In this case the amount of expanded memory is contained within the
amount of extended memory.
Graphics card 1:
CGA, MGA, Hercules, EGA, and VGA video adapters are recognised.
The BIOS of EGA and VGA cards are searched as above for a possible
manufacturer's identity. VGA cards are tested, whether they allow 8
or 16 bit access. This is normally immediately reflected in the speed
of the card. Thus even in the fastest IBM PS/2 models, the maximum
video throughput is only 500kB/s, because of the 8 bit bus. A 16 bit
bus card with a Tseng ET4000 chip reaches a throughput of over
2000kB/s.
VGA Chip-set:
CONFIG attempts to identify the chip-set of any Super VGA card
which may be present. The following chip-sets can be recognised:-
ATI, NCR, Trident, Video 7, Genoa, Paradise, Chips & Technologies, Above,
OAK Technology, Tseng, ZyMOS, Cirrus, Ahead, Yamaha, S3.
EGA/VGA-BIOS:
Any further available information about the BIOS of the installed
graphics card will be displayed here (only for ATI, TRIDENT, AHEAD,
TSENG, GEMINI und some OAK cards).
Graphics card 2:
If an additional monochrome graphics card should be present, this will
be displayed here
NPU:
Intel 8087, 80287, 80387, IIT 80287, 80387 and software coprocessor
emulators can be identified.
Game card:
CONFIG will attempt to identify any Joystick port which is present.
Unfortunately the identification for game cards is not standardised
and other computer test programs may come to different conclusions.
Generally it can be assumed, if CONFIG says a game port is present,
then one is definitely present. If CONFIG says no game port is
present, then "probably" none is present.
Floppy drives:
The number and the type of floppy drives present.
IO Ports:
The number of parallel and serial ports installed.
The Window HARDWARE 2: (registered version only)
======================
Here is checked whether the main BIOS can support an extended keyboard
(i.e. with the extra F11 and F12 function keys), and whether such a
keyboard is connected
UART-Chips:
Here is shown which type of chip is installed on the serial interface
(8250, 16450, 16550, 16550A, 16552), and the current port settings.
SCSI-Controller:
The manufacturer of any installed SCSI adapter is shown, together with
the start address for the controller ROM
Modem connected:
Whether a Hayes-compatible Modem is connected, and if so on which
port. Some modems can only be recognised immediately after
initialisation. If required, the switch INITMODEM in the CONFIG.INI
should be set to ON
Sound Cards:
Soundblaster, Adlib and Roland cards are searched for. Should this
test collide with other hardware (Network adaptors for example), it
can be disabled in the CONFIG.INI. Soundboards with AZTECH chipset
are recognized.
CD-ROM:
Whether a CD-ROM drive is connected, and which version of the driver
is in use.
IDE Harddisks:
If present, the name, cache size and controller version of an IDE
harddisk will be displayed.
This test can however lead to problems with other types (non-IDE)
of controller. In this case the switch ATBUSINFO should be set to OFF
The Window SOFTWARE:
====================
DOS-Version:
The current DOS version is displayed. Novell DOS should be recognised.
In most cases the language version should also be displayed (english,
german or french). For DOS 5 will be noted whether it is currently
loaded into the HMA (high memory area). If DOS has been started from
an OS/2 DOS-Box, this will also be recognised.
Networks:
Is an MS-NetBIOS compatible network installed? In this case the
network name for the computer will be displayed. Novell networks
will be recognised.
Mouse present:
Microsoft, Genius, Logitech, Agiler, Reis-Ware, Unitron, und Truedox
Mouse drivers can be recognised.
Many mouse suppliers these days try to achieve a very high
compatibility to the Microsoft original, so their drivers may be
recognised as Microsoft.
Note: If a program which changes the mouse interrupt has been loaded
after the mouse driver (e.g. a screen saver), the mouse driver cannot
be recognised.
Mouse Type:
If the mouse driver supports the function 36, the type (serial, bus,
inport, HP-mouse) of mouse and the driver version number can be
displayed
EMS Driver:
The type of EMS supported by the driver, and if possible the supplier
name (e.g. Compaq, Toshiba...) and the pageframe address.
XMS Driver:
The XMS version supported by the driver, and the internal version
number of the driver.
DPMI Server:
The versionnumber of the 'DOS Protected Mode Interface', an additional
extended memory standard.
DPMS Server:
The versionnumber of Novell's 'DOS Protected Mode Services', yet
another extended memory standard.
Sofware Disk-Cache:
The following can be recognised:
Norton-Cache (V5 & V6), Smartdrive, IBMCACHE, Compaq-Cache, QCACHE,
HyperCache, PC-Cache, NWCache.
If problems should occur, the test for these programs can be disabled
with the switch SkipHDCacheTest in the .INI file.
Fossil-Driver:
This is a software extension of the BIOS for the serial port.
A driver of this kind can be essential for the use of a high speed
modem and the software which is used with it.
4DOS:
4DOS, the shareware replacement for COMMAND.COM, and its version
number will be identified if loaded, as will those for NDOS, a version
from Peter Norton.
RAM-Disk:
The following RAM disk types can be recognised:
VDISK (PC-DOS und DR-DOS), RAMDRIVE (MS-DOS), 386DISK (386MAX),
XPANDISK, NJRAM-Disk, SRDisk, xDISK, TurboDisk
EPP-Print. BIOS:
Special BIOS routines for the fast parallel port standard:
'Enhanced Printer Port', which has a build in FIFO of 83 byte.
Memory-Manager:
The following can be recognised:
Windows, DesqView, 386MAX, QEMM386, Move'em, EMM386
The Window BENCHMARK:
=====================
Speed relative to IBM-PC:
The CPU speed relative to the IBM-PC is measured with a loop made up
of frequent machine instructions such as AND, MOV, NOT, SHR, and
accessing different memory segments. This value depends directly on in
the CPU type, clock speed and waitstates, and is useful as a measure
of pure processing speed. The loop is small, and will fit completely
in a CPU-cache, if present. The real meaning of such a value is
therefore debatable.
Dhrystones & Whetstones:
These are well known benchmark test from the Unix world, and the
versions here are implemented in Pascal. The results from the pascal
and C versions are compiler-dependent and not necessarily directly
comparable. The larger the resulting value the better. The test
routines fit completely into an 8 kB CPU-cache. Dhrystones gives a
measure of the integer processing power of the CPU, Whetstones
measures the performance of the Math Co-Processor. Both test were
changed frequently in the 70's and 80's and there are versions in
many programming languages. The pascal versions used here are the
same ones used by Norman Juffa in his test program CTEST257. The
results are not however comparable with CTEST257, because Juffa used
his own run-time library for his program.
VideoRAM-Throughput, Scroll, VideoWaits:
The Video RAM throughput describes roughly how many characters can be
written directly to the screen. This value, and the time taken to
scroll the screen 1 line up, depends mostly on the speed of the video
adapter, but partly also on the processor speed. The number of
Video-Waits is also dependent on the CPU speed, but serves mostly as a
basis for comparison with other video cards. It is not to be taken as
an absolute value. With a VGA card for example, very different values
will be measured depending on the selected video mode. As a general
rule though, the fewer waits, the faster the card!
EMS-Speed:
The time measured here is that to blend in 1 (!) EMS page in the page
frame. The measured value is compared with the time that this task
would take on a 16MHz NEAT computer (100%). Other types of hardware
EMS reach values around 90-110%, 386 software EMS (e.g. 386MAX) come
in at around 70%, and 286 EMS emulators about 2%-5%.
RAM Disk Speed:
A file is opened, written to the RAM Disk for 1 second, closed,
reread, deleted and so on repeatedly.
From this the throughput capability of the RAM disk is calculated.
Run your RAM Disk first in Extended Memory then in Expanded Memory,
and see the difference!
The drive letter for the RAM Disk will be automatically recognised if
possible, but can be specified in the .INI file if necessary.
DOS-Disk-Speed:
Here, a file is opened, written for 4 seconds to the disk, closed,
reread, deleted and so on repeatedly.
From this the throughput capability of this DOS Disk is calculated.
The effect of caches can clearly be seen here.
The drive to be tested can be specified in the .INI file! If no drive is
specified here, the current drive will be tested.
Harddisk Tests:
The harddisk throughput is established by means of time taken to carry
out absolute write-accesses through the BIOS routines. This test must
be done without any cache active, because the measured speed and the
interleave factor calculation from it will be heavily distorted by an
active cache. CONFIG will therefore not do this test, if it finds that
a cache is indeed active. The test can be forced in spite of this with
the entry FORCEHDTEST=YES in the .INI file.
In the same way, the rotational speed of the harddisk can only be
established, so long as no cache software is active, AND the harddisk
has no hardware cache bigger than 32KB of its own.
The average access time is decided from 100 random head positionings
over the whole disk surface, and can vary from test to test by up to 5ms.
The test can be skipped by pressing the SHIFT or CAPS-LOCK key.
The Window Mem-Timing:
======================
Displayed here is the access speed for the different areas of memory.
The speed of access to the main memory (first 640k) is defined as 1.0.
It can now be compared, for example, how quick the access is to, say, the
VGA BIOS at C000h, perhaps with factor 2.3. That means that accesses
here need 2.3 times as long as main memory access.
In addition, the throughput speed of the CPU cache memory (if present)
and of the main memory will be measured. The value is given in
kByte/sec. The quality of the CPU cache can ssen here, as can the
effect of wait states on main memory access.
For comparison, values for a 386/40 Forex-Chipsatz:
Cache: 38000 KB, Mem: 22000 KB
The Window VGA-Timing: (registered version only!)
======================
The most significant text and graphic modi are activated, and the
picture frame rate measured. At each mode switch, the PC loudspeaker
should click. The test lasts 30 seconds. Standard VGA cards run in
text mode at 70Hz and in graphics mode at 60Hz. At 60Hz with a light
picture background a slight flickering of the screen is probably
noticeable. Modern graphics cards can manage 70Hz even in graphics
mode, or are even freely configurable for each mode.
It can happen that the computer crashes here because there very many
different graphics adaptors and a mode on one does not always match
exactly a mode on another. For this reason the number of modes tested
can be limited by an entry in the .INI file.
Demo-Mode and Auto-Log / Commercial Version:
============================================
Of interest to dealers is the DEMO-MODE, by which CONFIG can be set to
run for a predetermined time repeatedly through the displays HARDWARE,
HARDWARE2, SOFTWARE, BENCHMARK, COMPARE and INFO.
Optionally a list of your own values can be displayed for comparative
testing.
This is ideal for a showcase or shop window demonstration.
The DEMO mode can be activated either with an entry in the .INI file
or from a running CONFIG by pressing the "D" key. The length of time
the demo should run can also be entered in the .INI file
When testing computers it is often desirable to produce a hard copy of
all important screen displays. If the switch AUTOLOG in the .INI file
is set to YES, then all displays defined in the switch
LOG(PROTOKOLL) will be copied automatically into the file CONFIG.XXX
The following screens may be logged:
Hardware 1&2, Software, Benchmark, Chips, Mem-Timing, VGA-Timing,
Drivers, IRQs, Notes.
Logging can also be started independently from the .INI file with a
command line parameter. Simply start CONFIG with the parameter p,
followed by the the desired windows (see example), and the appropriate
data will be logged in the file CONFIG.XXX.
For example CONFIG phsm: p is for Protokoll (log) and the hsm for
windows (h)ardware, (s)oftware, and (m)em-timing.
If the log should be put somewhere other than the file CONFIG.XXX,
this can be given as a second parameter, for example:
CONFIG phsm prn
and the log will be output immediately to the printer.
Demo mode and Autolog are only available in the commercial version,
and run only when a further key is entered into the .REG file.
This feature can be ordered for DM 100,- at any time.
Limitations:
============
-under Windows in 386 mode and other multitasking environments,
it is not possible to make short term time measurements, which makes
benchmark tests and the like impossible.
-under DR-DOS 6.0 EMM386, the speed measurement test for extended
memory causes privilege errors. The switch TESTEXTMEM must therefore
be set to NO(NEIN)
-PC-Cache V5.x is recognised as Multisoft QCache
-There are problems with more than ONE continuous area HI-DOS
-Some computers slow down their clock frequency when a floppy drive is
running. CONFIG can usually recognise when it has been started from a
floppy and waits for the drive to come to rest. However with some
Compaq computers this recognition does not work, and for this reason
the displayed value for the clock speed is wrong. In this case press
"R" for Restart!
-If ALL resident software is loaded in HI-DOS, this causes problems.
-CONFIG cannot find RAMdisks loaded high under QEMM.
-The amount of memory on a VGA card can sometimes only be properly
identified if the monitor connected can also display the higher
definitions.
-No waitstates are measured with 386 processsors, because the procedure
used here only gives correct values with 8 and 16 bit computers.
(The discussion about wait states is a moot point anyway, because it
is the real computing speed reached which is actually of interest.)
-On some computers (e.g. IBM XT/286) there are problems with
establishing the harddisk access times.
What to do in case of problems:
===============================
CONFIG is programmed at low level, close to hardware. For this reason,
crashes must be reckoned with. Recognition of the Chip-Set on the main
board is sometimes problematical. This test can be skipped by pressing
the SCROLL-LOCK key, or by setting the switch TESTBOARD in the
CONFIG.INI file. Should CONFIG still crash before the windows appear
on the screen, start CONFIG with the command line parameter "log". In
this case a file CONFIG.LOG will be opened on the current drive, in
which all the tests will be logged. The last test logged is then the
one causing the crash. It may be possible to skip this problem area
with an appropriate entry in the .INI file.
If you should discover bugs in the program, or other problems, please
store the current screen contents in a file by pressing F10, and send me
this file together with your comments AND your version number of CONFIG
AND the date of your CONFIG.EXE file. I will then try to fix the
problem.
Errors in 80386-Processors:
===========================
To my knowledge, INTEL overlooked at least four errors (bugs) in the
production of the 80386 processor:
1) Early versions could not switch back to the protected mode from the
real mode
2) Early versions did not carry out 32 bit multiplication properly.
3) Early versions incremented the EDI Register after a STOSB instruction
incorrectly from 0000FFFFh to 00000000h, instead of to 00010000h!
4) The POPAD instruction did not restore the EAX register correctly
under certain conditions.
Whereas the bugs 1-3 were very soon corrected (they only apply to
16 MHz versions anyway), bug 4 was only discovered around the middle
of 1990, and nearly all versions of the 386DX and 386SX from Intel and
AMD to date (Jan 91) still have the error. The very newest versions,
at least from Intel, have been corrected. The bug is however now well
known to programmers and the instruction used with appropriate
caution.
CONFIG tests for the bugs 2-4.
Literature:
===========
CONFIG is based on various sources, among others:
1 - PC Intern Systemprogrammierung, Michael Tischer, Data Becker Verlag
2 - PC-Referenz für Programmierer, Thom Hogan, Systhema Verlag
3 - Assorted issues of the german magazine c't, Heise Verlag
4 - NEAT-P9 System Board Technical Reference Manual
5 - Programmers Technical Referenz for MS-DOS and the IBM PC, Dave Williams
6 - The Interrupt List, Ralf Brown ua
7 - INFOPLUS.PAS, Andrew Rossman & Steve Grant
8 - The HIMEM-Specifications from Microsoft
9 - the sourcecode from FRACTINT
10 - The IBM PS2 Technical Reference Manual
The publications 5-9 are in the public domain and available in the
SIMTEL20 PD-collection.
Acknowledgments:
================
My thanks go to the following people who have helped me to develop and
improve CONFIG.
Thomas Kreiling, Mario Leinker, Peter Kruse, Guido Falkemeier, Thomas Haukap,
Ibrahim Tertemiz, Mathias Helm, Jürgen Schlegelmilch, Kai Kluwe, Olaf Rathje,
Michael Schulz, Karsten Wiborg, Frank Sämer, Ulrich Schlechte, Michael Kohl,
Dirk Schmidt, Marc Zimmermann, Jürgen Fitschen, Hans Ullrich Siehl,
Arnd Burghardt, Ingo Schoenewolf
Special thanks to Jim Blackler for the english version of this text!